Notes on MUI Window Class

From: "Stefan Stuntz" 
Date:   Wed, 20 Mar 1996 11:01:16 +0100
X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96)
Subject: Re: OM_DISPOSE
Message-Id: <81320134@magic.informatik.tu-muenchen.de>
Organization: Home of MUI
Resent-Message-Id: <"d0Vqt3.0.GE2.DWzJn"@sunsite>
Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE
Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE
X-Mailing-List:  archive/latest/713
X-Loop: mui@sunsite.informatik.rwth-aachen.de
Precedence: list
Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE
Content-Type: text
Content-Length: 571
X-Lines: 14
Status: RO

Stefano Agostinelli wrote in article <65641361%agos001@pn.itnet.it>:

>  I think all problems could be resolved by making MUIA_Window_IsSubWindow
>  not only make the Application skip the disposing of this type of windows,
>  but also skip the removing (no OM_REMMEMBER).

MUIA_Window_IsSubWindow does exactly this (skipping OM_REMMEMBER and
OM_DISPOSE). However, this is not the solution to all problems which
arise from the "global" window list in the application object. Window
class should probably be able to have more window children itself.

--
Greetings, Stefan



From: "Stefan Stuntz" 
Date:   Fri, 08 Mar 1996 15:07:15 +0100
X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96)
Subject: Re: Missing MN_COMMANDSTRING???
Message-Id: <81319849@magic.informatik.tu-muenchen.de>
Organization: Home of MUI
Resent-Message-Id: <"By6Lk2.0.JR2.e53Gn"@sunsite>
Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE
Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE
X-Mailing-List:  archive/latest/533
X-Loop: mui@sunsite.informatik.rwth-aachen.de
Precedence: list
Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE
Content-Type: text
Content-Length: 1305
X-Lines: 33
Status: RO

Paolo Menichetti wrote in article :

> Why MUI...
> 1) don't recognise the NM_COMMANDSTRING?

Somehow it didnt make its way to menuitem class. :(

> 2) have  the  MUIA_Window_LeftEdge  &  c.   only gettable and settable at
>    creation  time?   I need to rearrange all the windows in a text editor,
>    but  I  can't  set  this  attribute.   Can  I  solve  my  problem  with
>    ChangeWindowBox()? Is legal?

You can of course call ChangeWindowBox on MUI windows. Just take care that
the window is currently open (MUIA_Window_Window!=NULL).

> 3) always return NULL when I get the attribute MUIA_Window_PublicScreen?

You get exactly the thing you set()ed there. You dont get the current
public screen the window sits on. This is unnecessary in most cases
anyway if you build your application with subclasses. If you really
need the screen, you can always get MUIA_Window_Window and use
window->WScreen etc. like with other intuition windows.

> And  a  bug  in  the  pop-up  window  menu  that  occour when I iconify an
> application.   When  I  select  "Iconify", if a string gadget is under the
> "Iconify"  voice,  it  will be selected and the application remain active.
> This bug affect Mail Manager (message header windows in mail areas).

noted.

--
Greetings, Stefan

From: "Stefan Stuntz" 
Date:   Thu, 14 Mar 1996 10:09:59 +0100
X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96)
Subject: Re: SubWindows woes
Message-Id: <81320008@magic.informatik.tu-muenchen.de>
Organization: Home of MUI
Resent-Message-Id: <"V8LGP3.0.635.WA-Hn"@sunsite>
Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE
Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE
X-Mailing-List:  archive/latest/619
X-Loop: mui@sunsite.informatik.rwth-aachen.de
Precedence: list
Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE
Content-Type: text
Content-Length: 504
X-Lines: 14
Status: RO

Stefano Agostinelli wrote in article <65641340%agos001@pn.itnet.it>:

> Hi,
> I'm having again problems with sub-Windows (that is windows that
> have to be disposed by their parent object not by the application).
> MUI 3.3 introduced the window attribute MUIA_Window_IsSubWindow which
> if set to TRUE should tell application object not to dispose the window
> when disposed. So a dispose method like this should be ok:

See message about OM_DISPOSE for an answer to this problem.

--
Greetings, Stefan

From: "Stefan Stuntz" 
Date:   Thu, 14 Mar 1996 10:09:59 +0100
X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96)
Subject: OM_DISPOSE
Message-Id: <81320007@magic.informatik.tu-muenchen.de>
Organization: Home of MUI
Resent-Message-Id: <"LdRu21.0.v25.VA-Hn"@sunsite>
Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE
Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE
X-Mailing-List:  archive/latest/618
X-Loop: mui@sunsite.informatik.rwth-aachen.de
Precedence: list
Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE
Content-Type: text
Content-Length: 921
X-Lines: 21
Status: RO

Hi!

There seems to be a general problem when disposing windows: You must
*not* reference the application object in a windows dispose method! Why?
Because before disposing a window, you unlink it from the application
(OM_REMMEMBER). After that, the window does no longer belong to an
application and using _app(obj) is illegal. You dont have _app(obj)
available during OM_NEW, the same is true for OM_DISPOSE.

Using _app(obj) anywhere in setup/cleanup methods (either before or
after the DoSuperMethod) is fine. In fact, there is another layer
between new/dispose and setup/cleanup where an object learns about its
application context. However, this layer has not been made publically
available through methods yet. If you need this layer, please explain
why you cant use setup/cleanup and if your explanation sounds
reasonable, I will think about making it available in the next versions
of MUI.

--
Greetings, Stefan

From: "Stefan Stuntz" 
Date:   Thu, 04 Apr 1996 21:03:03 +0100
X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96)
Subject: Re: How to ...
Message-Id: <81320892@magic.informatik.tu-muenchen.de>
Organization: Home of MUI
Resent-Message-Id: <"ULUp83.0.Gw.Tq1Pn"@sunsite>
Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE
Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE
X-Mailing-List:  archive/latest/936
X-Loop: mui@sunsite.informatik.rwth-aachen.de
Precedence: list
Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE
Content-Type: text
Content-Length: 291
X-Lines: 12
Status: RO

Kai Hofmann wrote in article <60805361@informatik.uni-bremen.de>:

> The whole idea of mine is:
> If someone makes the MonthNavigator object the active object - I NOT want
> that
> the group will become active, but the first day button!

You cannot do this currently.

--
Greetings, Stefan


From: "Stefan Stuntz" 
Date: Wed, 03 Jul 1996 11:38:27 +0100
X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96)
Subject: Re: Dragbar only Window?
Message-Id: <81323226@magic.informatik.tu-muenchen.de>
Organization: Home of MUI
Resent-Message-ID: <"PlvuP.0.yE7.f_Zsn"@susi>
Resent-From: mui@sunsite.Informatik.RWTH-Aachen.de
Reply-To: mui@sunsite.Informatik.RWTH-Aachen.de
X-Mailing-List:  archive/latest/1749
X-Loop: mui@sunsite.informatik.rwth-aachen.de
Precedence: list
Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.de
Content-Type: text
Content-Length: 313
X-Lines: 12
Status: RO


Martin Hauner wrote in article :

>  how do I create a window where only the dragbar with the complete
>  window title is visible? Is it possible somehow?

This is not possible with MUI, you cannot have a window without at least
a single object.

--
Greetings, Stefan


From: "Stefan Stuntz" 
Date: Sun, 21 Jul 1996 22:54:15 +0100
X-Mailer: IntuiNews 1.4 (28.6.96)
Subject: Re: MUIA_Window_NeedsMouseObject not nice with Radiobuttons & Cyclagadgets !
Message-Id: <81323534@magic.informatik.tu-muenchen.de>
Organization: Home of MUI
Resent-Message-ID: <"RY-Zj.0._A7.2bfyn"@susi>
Resent-From: mui@sunsite.Informatik.RWTH-Aachen.de
Reply-To: mui@sunsite.Informatik.RWTH-Aachen.de
X-Mailing-List:  archive/latest/1975
X-Loop: mui@sunsite.informatik.rwth-aachen.de
Precedence: list
Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.de
Content-Type: text
Content-Length: 421
X-Lines: 15
Status: RO


Michael Neuweiler wrote in article <1385.6774T774T1703@zool.unizh.ch>:

> Just wanted to point out that if you use MUIA_Window_NeedsMouseObject and
> wait
> for a notification on MUIA_Window_MouseObject under MUI 3.3 you get
> inadequate
> reports when you move the mouse over a RadiobuttonObject or a CycleObject.

Get MUIA_Parent of the returned object as long as you find something
to display.

--
Greetings, Stefan